Full text search for "테스트 주도 개발"

SEED가나다unix공인인증서xps13 테스트 주도 개발


Search BackLinks only
Display context of search results
Case-sensitive searching
  • TheNatureOfSoftwareDevelopment-RonJeffries . . . . 46 matches
         - 활동(계획,분석,설계,개발,테스트..)을 기반으로 한 제품은 100kg짜리 돌덩어리 같습니다. 프로젝트 막바지에 들어서면 비용을 줄일 방법이 거의 없습니다.
         - 피처 단위 개발은 더 나은 정보, 더 나은 가이드, 더 많은 결과물을 만듭니다.
         - 피처는 각 개발팀이 개발해야 합니다.
         - 먼저 개발해야 할 핵심 피처를 추리는 것이 중요합니다. (이것이 없으면 살 수 없을 정도록 중요한)
         - 커다란 피처를 태스크단위로 쪼개는건 추천하지 않는다. 태스크 단위는 비개발자들이 개발 진행 상황을 명확히 알 수 없다.
         - 커다란 사용자 스토리는 비개발자도 쉽게 이해할 수 있는 작은 스토리로 쪼개는 것이 더 낫다.
         - 개발팀의 업무량 : '어제의 날씨' 방법. 오늘은 어제의 업무량만큼 일할 수 있다. --> 최근 주기의 작업량을 기준으로 업무량을 계획.
         - 해야 할 일에 대해서만 생각합니다. 해야할 일을 잘게 부숩니다. 가치 있는 사용자 스토리 하나를 테스트할 수 있는 수준까지 쪼갭니다. 개발이 얼마나 걸릴지 예측해야 할 때는 단순히 완료된 것들을 세어 봄으로써 쉽게 추측할 수 있습니다.
         - 프로젝트를 계획하면서 '더 큰 목표를 계획'하거나 '피처 하나만 더 추가'하자고 개발팀을 설득하는 행동은 프로젝트 전체에 치명적인 손상을 입힙니다.
         - 이렇게 부탁하거나 설득하면 개발팀은 정말로 그렇게 해보고자 무의식적으로 서두르게 됩니다. --> 몇 가지 테스트는 생략합니다. 코드도 덜 깔끔해집니다. --> 서두르다보면 결함이 늘어납니다. 결함 방지보다 수정은 시간이 더 오래 걸립니다. --> 프로젝트 일정 지연 --> 더 최악은 프로젝트 막바지에 다다라 더 늦어지면 안 될때 이 현상이 더 심해진다는 점
         - 소프트웨어 개발에서 추정은 아직도 논란이 많습니다.
         - 피처 단위로 개발하기
         - 개발팀에 요청하는 피처는 이해하기 어려운 기술적인 무언가가 되면 안 됩니다. 실제 눈에 보이고 작동하는 피처여야 합니다.
         - 설계도 계속 변화합니다. 그 과정에서 실수할 수도 있습니다. 그래서 끊임없이 종합적으로 테스트해야 합니다.
         - 오직 테스트만이 결함을 최소화하는 방법입니다.
         - 테스트는 비지니스와 개발자 관점으로 나눠 진행해야 합니다.
         - 개발 주기가 끝날 때마다 반드시 비지니스 테스트를 수행합니다.
         - 새로운 피처를 추가할 때마나 테스트 부담은 점점 더 커지게 됩니다. 이 부담을 적정 수준으로 관리해야 합니다.
         - 그러기 위해서는 테스트에서 사용하는 비지니스 용어로 피처를 서술하고, 테스트를 자동화합니다. 이러한 방법 중 유명한 것이 바로 인수테스트 주도 개발(ATDD)입니다.
         - 개발 단계에서도 더 자주 테스트를 수행해야만 합니다.
  • SystemRebuilding-201912 . . . . 15 matches
         거기다가 비지니스 관련 개발 요구 한 두개가 윗선으로 올라갔다가 내려오면서 우리의 우선순위를 가볍게 바꾸어준다.
         다만 Process1에서 만들어진 데이터를 기반위에서 만들어지는 데이터라 아마 처음에 개발할때는 큰 고민없이 그대로 동일 트랜잭션에 끼워넣었을것이다.
         원래 '외부 API 데이터에 대해 도메인 내부적으로 필요한 값들로만 구성된 내부 데이터 저장소 구축'을 Phase 3의 주제로 계획했었으나, 팀원들의 다양한 의견으로 '마이크로 서비스하에서 Smart한 통합테스트 환경 구축'으로 바뀌었다.
         하지만 나의 설득력 부족과 논리적인 필요성에 대한 정리가 안된상태에서 난상토론끝에 이것보다는 일단 테스트환경이 더 필요하다 라는 결론에 도달하게 된것이었다.
         물론 테스트환경구축에 대한 생각도 사실은 더 오래전에 하고 있긴했었다.
         처음에는 사실적이고 객관적인 부분에 대한건 당연히 내가 주도적으로 설계하고 그리는게 맞다는 생각에서 진행을 했는데 점점 문서가 기술문서보다는 두리뭉실한 관리자용 계획보고서같은 쪽으로 변하고 있었다.
         사실 나도 테스트 환경 구축은 지금 시국?상 사치스럽다는 생각이 들정도로 다른쪽에 더 많이 급한 상태였다.
         그리고 내용적으로도 테스트 환경구축보다는 복잡 다양하게 쏟아져 들어오는 많은 이벤트를 정교하게 오차 없이 처리하도록 하는 과제가 더 도전적이었다.
         테스트가 조금이나마 더 쉬워진다.
         (우리는 다양한 시나리오의 테스트 데이터가 필요하고 이를 위해 다양한 Mock 데이터를 테이블에 넣어서 테스트하는것이 API Mocking을 통해 테스트하는 더 쉬울것이다. 물론 스마트한 런타임 통합 테스트환경을 구축하면 되지만 적지않은 시간이 설계와 구현에 들어갈것이다. 그리고 이 mock table을 통하는 방법으로 구현하면 그 테스트 환경 구현 자체도 더 심플해지고 좀더 빨리 구현가능할것 같다.)
         계획 보고에는 '테스트환경구축'으로 되어 있으나..
  • reading . . . . 10 matches
          * 개발자에서 아키텍트로 - 202106
          * 실전 자바 소프트웨어 개발:4가지 프로젝트로 배우는 최신 자바 개발 기법 - 라울-게이브리얼 우르마, 리처드 워버턴 - 2020088
          * 생계형 개발자 SI에서 살아남기 - 연서은 - 202006
          * 개발 7년차 매니저 1일차:개발만 해왔던 내가 어느 날 갑자기 ‘팀’을 맡았다!...
          * [코틀린 마이크로서비스 개발 - 후안안토니오]
          * 파이썬을 이용한 머신러닝, 딥러닝 실전 개발 입문 - 쿠지라 히코우즈쿠에(윤인성) - 2017
          * 탄력적 개발로 이끄는 AWS 실천 기술 - 타테오카 마모루, 이마이 토모아키, 나가후치 쿄코, 마세 테츠야, 미우라 사토루, 야나세 히데아키 - 박상욱 - 2017
          * 탄력적 개발을 위한 AWS 실천 기술
  • 온라인민원서비스선진화 . . . . 9 matches
          * 사업자 후기 : 학습곡선 높지만 개발초기 환경구축에 많은 도움을 받았다.
          * 적용 범위 및 방안 결정 : 개발서버내 설치, 샘플작성하여 문제점 검토, 기존환경내 적용거능한 전자정부 공통모듈 검토
          * 개발표준화 : 개발 가이드 작성
          * 개발환경 : 개발자들의 오픈소스 프레임워크에 대한 경험 적고 내용 방대하여 개발간 수시 교육 및 지원 필요
          * 개발생산성 향상
          * 기존시스템과 분리된 개발환경 제공
  • ITBSC사례-TheGreat-WestLifeAssuranceCompany의ITBSC . . . . 8 matches
         Great-West는 주로 캐나다와 미국에서 보험과 관련된 종합금융서비스를제공하는 회사이다. 이 회사는 LondonLife 및 Investors Group과 합병하면서 1997년 IT부문을 통합하기에 이르렀다. IT부문의 통합과 더불어 Great-West는 IT부문의 성과평가를 위해 ITB S C를 도입하였다. 이 회사의 경영진들은 합병에 따라 더욱 복잡해진 IT업무를 보다 효율적으로 수행하기 위해공식화된 IT성과평가 시스템이 필요하였던 것이다.성공적인 IT BSC 개발을 위해 경영진들은 조직의 전반적인 비즈니스 전략을 명확히 하고, IT부문이 단순한 서비스를 제공하는 지원부서가 아닌 전략적 파트너로서의 역할을 수행하여야 할필요성을 인식하였다. 이에 따라 IT부서와 현업부서가 공동으로 IT부문의 비전,전략, 성과평가기준 등을 마련하고 이를 반영하여 IT BSC를 개발하였다
          *애플리케이션 개발성과 제고
          *현업의 애플리케이션 개발 관여지수
          *예정 개발시간 준수 여부
         미래의 사업기회를 인식하고 활용하기 위한 내부역량 개발
          *전사적 아키텍쳐 개발
          *전문가 개발과정을 이수한 인력 비율
  • 구글 엔지니어는 이렇게 일한다 - 타이터스 위터스 외 - 202206 . . . . 8 matches
          * 개발자 가이드: 코딩 스타일 가이드, 공식 소프트웨어 엔지니어링 모범 사례, 코드 리뷰 가이드, 테스트 가이드, 금주의 팁
          * 구글에서 '갇고성 제도(readability)'는 단순한 코드 가독성 이상을 의미합니다. 프로그래밍 언어 모범 사례를 전파하기 위한 구글 전사 차원의 '표준 멘토링 프로세스'를 지칭하죠. 그리고 언어 이디엄, 코드 구조, API 설계, 공통 라이브러리의 올바른 사용법, 문서화, 테스트 커버리지 등의 전문 지식을 광범위하게 다룹니다.
         제품 개발 속도는 모든 사용자에게 진정 유용해야 한다는 관점에서 평가되어야 합니다. 일부사용자에게 해를 끼칠 수 있는 제품이라면 차라리 출시를 늦추는 편이 낫습니다.
         == CH 11. 테스트 개요 ==
         == CH 12. 단위 테스트 ==
         == CH 13. 테스트 대역 ==
         == CH 14. 더 큰 테스트 ==
  • 쇠고기유통추적 . . . . 7 matches
          * 공통서비스 및 개발프레임워크 표준화
          * 통합개발환경 : 전자정부표준프레임워크 개발 환경 적용
          * 통합개발기반(로컬환경에서 배포까지)
          * 표준화된 개발방법 제공
          * 공통 컴포넌트 재사용을 통한 개발 생산성 향상
          * 개발공수는 감소할 수 있으나 분석/커스터마이징 기간 소요
  • 심플소프트웨어-맥스카넷-알렉산더-201912 . . . . 7 matches
          2. 다른 개발자들이 코드 작동 방식을 계속 물어본다.
          3. 다른 개발자들이 코드를 잘못 사용해 버그가 계속 발생한다.
          4. 경력이 많은 개발자조차 한 줄의 코드를 바로 이해하지 못한다.
          6. 관리자가 클래스 하나 혹은 파일 하나를 다루는 일에 여러 개발자를 붙이려 한다.
         업격한 설계 없이 시작한 프로젝트가 계속 성장하면 결국 개발자의 능력을 벗어날 정도로 복잡해진다.
         Chapter 19 개발자 생산성 측정하기
         개발자의 생선성을 측정하려면 그 사람이 생산한 제품을 측정하라.
  • OurSoftwareDependencyProblem . . . . 6 matches
         개발자들은 다른 사람들에 의해 작성된 소프트웨어를 매일 재사용합니다.
         그리고 그 기간에는 Go 언어의 의존성 지원을 개발한것도 포함됩니다.
         오늘날 소프트웨어 개발 세계에서, 의존성이란 당신의 프로그램에서 호출하고자하는 추가적인 코드를 말합니다.
         이러한 패키지들은 고품질의 디버깅된 코드로 되어 있습니다. 그것들을 개발하기 위해서는 중요한 전문지식이 필요합니다.
         이러한 패키지들이 제공하는 기능들을 필요로 하는 프로그램을 위해, 그러한 기능들을 처음부터 재개발하는 것보다는 그 패키지를 수작업으로 다운로드하고, 설치, 업데이트하는 것이 지루하긴 하지만 더 쉽습니다.
         의존성 관리자가 개발 패키지를 다운로드하고 설치하는걸 쉽게해 줍니다.
  • refactoring . . . . 6 matches
         2.7 리팩터링과 소프트웨어 개발 프로세스
         CHAPTER 04 테스트 구축하기
         4.1 자가 테스트 코드의 가치
         4.2 테스트할 샘플 코드
         4.3 첫 번째 테스트
         4.4 테스트 추가하기
  • Axis . . . . 5 matches
         Apache Group에서 제공하는 [웹서비스 개발 s/w](API 및 도구)
         = 빠른 개발 방법 =
         [Axis이용한 빠른 웹서비스 개발 방법]
         = 사용자 정의 방법으로 개발 =
         [Axis로 WebService 개발하기]
  • SpecificationByExample . . . . 5 matches
         • 예제는 명확하고 테스트할 수 있어야 한다
         • 자동화 계층에서는 테스트 How를 기술하고,
         명세에서는 What을 테스트해햐 하는가 정의한다.
         • 테스트가 명세이고 명세가 곧 테스트다.
  • UML에대한이해 . . . . 5 matches
          * UML은 Grady Booch, Jim Rumbaugh, Ivar Jacobson의 방법론을 통합한 객체지향 개발을 위한 위한 통합 모델링 언어
          * 전체 소프트웨어 개발 라이프사이클을 지원함
          * 개발 초기 단계에 작성
          * 구현 추진 및 테스트 케이스 생성
          * 개발기간 전체에 걸쳐 작성 및 보완
  • 개발방법론 . . . . 5 matches
          * [AOP개발방법론]
          * [테스트 주도 개발]
         [[Navigation(개발방법론)]]
  • 롯데홈쇼핑 . . . . 5 matches
          * 개발 표준화를 통한 개발의 단순화
          * 도메인 특화 컴포넌트 필요 : 설계초기 업무분석 통해 선 개발(사용자, 메뉴, 권한, 공통코드 관리 등)
          * X-internet 기반 다중 데이터 처리 : UI개발사 및 프레임워크 전문인력 협업을 통해 연동기능 구현
          * 표준프레임워크 기반 UI 자동화, 모델기반 자동화 도구 개발 예정
  • 코틀린마이크로서비스개발-후안안토니오 . . . . 5 matches
         1.3. 도메인 주도 설계
          * DDD: 핵심 도메인으로 경계지어진 진화하는 복잡한 모델을 다루는 소프트웨어 개발 방안
          - Ubiquitous Language: 개발자와 사용자간의 공통적이고 엄격한 언어를 구축해야한다. 이 언어는 도메인 모델에 기초해야하며, 도메인 전문가와 공통적이고 유동적인 대화를 하는데 도움이된다.
          - Why Reactive Microservices?: 인프라자원을 더 효율적으로 활용할수 있는 빠른 넌블러킹 소프트웨어를 만들수 있다. 더 나은 응답성, 개발을 단순화시켜 느슨한 결합을 가진 재사용 가능한 서비스 만들수 있다.
         12.4. 효과적인 테스트
  • ClipMacro . . . . 4 matches
         새로운 자바 애플릿 플러그인입니다. 테스트해보세요. -- 211.106.173.4 [[Date(2005-03-09T17:15:41)]]
         잘 안되네요. 윈XP pro !SP2 , Internet Explore 6.0 !SP2 에서 테스트 했습니다. paste와 copy는 별 반응없고, Unload 괜히 눌렀다가 위의 그림만 지웠네요 ^^;
          * 김광훈 테스트
         테스트 -- Anonymous [[DateTime(2005-05-11T13:02:46)]]
  • JWSDP . . . . 4 matches
         Java Web Service Developer Pack : Sun사에서 무료 배포하는 [웹서비스 개발 s/w]
          * Java API for XML-based RPC(JAX-RPC) : [RPC](Remote Procedure Call)방식의 웹서비스 시스템 및 클라이언트 개발 api, [WSDL]문서 자동 생성, Tie(클라이언트와 통신 담당) 클래스를 자동 생성, war 파일 생성 기능, 클라이언트를 쉽게 이용하도록 자동으로 Stub 만들어줌
          * Registry Server : 테스트용 [UDDI]레지스트리
         = JWSDP를 이용한 웹서비스 개발 구조 =
  • Sapient AI Test Coder Review as a Spock User - 20231015(Su) . . . . 4 matches
          - 시나리오 기반 읽기 쉬운 테스트 작성 가능
          - 개발자 뿐만 아니라 코드를 읽는 사람들이 좀 더 쉽게 요구사항과 기능을 이해할 수 있음
          - data table은 직관적이고 간결하게 많은 case를 표현하고 테스트할 수 있게 해줌
          - 자동 생성된 코드를 개발자가 이해하고 제대로 동작하도록 수정하는데 많은 시간이 소요됨
  • gscan . . . . 4 matches
         이 프로그램은 [java]로 개발되었으며 text형태의 모든 파일과 doc, xls, ppt, pdf 형태의 파일을 지원합니다. 그리고 zip으로 압축된 파일은 풀어서 그 안의 파일도 모두 검색을 해 줍니다. 압축파일 안의 압축파일도 모두 풀어서 점검합니다.
         이 프로그램을 만든 동기도 바로 회사 pc에 나도 모르게 존재하는 개인정보를 추출하여 삭제하기 위함이었습니다. 업무때문에 저장해뒀던, 혹은 프로그램 개발시에 예제 데이터로 사용되었던 파일에 개인정보가 들어가 있어 본의아니게 유출의 위험을 가질수 있는 것입니다.
         일단 현재는 커맨드라인 방식으로 개발을 하고 있습니다. 추후에 GUI를 개발하여 일반 사용자도 좀더 쉽게 사용할 수 있도록 할 예정입니다.
  • 방법론만들기 . . . . 4 matches
          * 아키텍쳐 정의(분석, 설계, 개발, 검증) : AA, TA 위주
          - 업무, 화면, 데이터, 테스트 관점
          * 개발
          - 코딩, 테스트(단위, 통합, 시스템, 인수)
  • 애자일소프트웨어개발선언문 . . . . 4 matches
         [애자일] 소프트웨어 개발 선언문
         우리는 직접 개발하면서 또 남이 개발하는 일을 도와주면서 소프트웨어 개발의 더 나은 방법을 발견하고 있다. 이 작업을 통해 우리는 아래 것들을 가치있게 여기게 되었다:
  • 운영프로세스관점 . . . . 4 matches
          *효율적인 소프트웨어 개발
         == 효율적인 소프트웨어 개발 ==
          *개발단계별 수정 비율
          *평균 개발일정 지체 일수
  • Ajax와Active-x비교 . . . . 3 matches
         - 일반적으로 cross-browsing을 지원하도록 개발되므로 대부분의 브라우져에서 사용 가능합니다. 물론 os와는 독립적으로 동작하므로 os의 영향은 받지 않습니다.
         그리고 불가피하게 로컬파일에 접근하는 등의 다양한 동작을 하는 서비스가 필요한 경우는 최대한 브라우져와 별도로 동작하는 일반 응용프로그램으로 개발하여 타브라우져나 타 os버젼의 응용프로그램개발의 확장가능성을 열어두는 것이 좋을 것으로 생각됩니다. 물론 이 경우에도 설치의 편이성을 active-x를 이용해서 제공하는 것은 가능할 것이고 프로그램의 자동버젼체크등의 기능은 애플리케이션 자체에서 가능할 것입니다.
  • Axis이용한빠른웹서비스개발방법 . . . . 3 matches
         [Axis로 WebService 개발하기]
         --> 사용자 정의 개발 방법 : [Axis로 WebService 개발하기]
  • BuildingMicroservices;마이크로서비스아키텍처구축-샘뉴먼지음,정성권옮김 . . . . 3 matches
         cf. [코틀린마이크로서비스개발-후안안토니오]
          - 특정 기술 결합도 높다, 원격호출에 대한 지나친 추상화는 개발자가 지역호출과 동일하게 사용할 가능성 있음, java RMI는 취성(쉽게 부서)이 약하다.
          - 모든 것을 분권화 : 서비스 소유팀에게 의사결정, 통제를 위임할 기회를 꾸준히 찾아야 함, 언제든 배포, 개발, 테스팅을 직접 쉽게 수행할수 있어야함, 팀이 변경에 대해 책임을 지고 변경의 릴리즈 시점까지도 스스로 결정하면서 팀이 그들의 서비스를 소유하도록 보장하기
  • CI . . . . 3 matches
          * 개발팀에게 소프트웨어 제품에 대한 자신감을 불어넣는다.
          * 빌드가 자체적으로 테스트 가능하도록 하라.
          * 운영환경과 되도록 비슷한 환경에서 테스트 하라.
  • Cobertura . . . . 3 matches
         [테스트 커버리지 측정 도구]
          * 테스트에 의해 참조되는 코드의 퍼센티지 계산
          * 테스트 커버리지가 부족한 부분 찾기
  • Dns구성하기 . . . . 3 matches
         테스트를 해봐야지.. 도스창을 띄워놓고 ping 테스트를 했다. 야! 드디어...
         을 쳤더니 글쎄 바로 옆의 ip가 나오면서 테스트를 진행하는것이 아닌가? 아 ~ 이기쁨.
  • Maven . . . . 3 matches
         메이븐의 기본 목표는 개발자가 짧은 기간안에 개발 수고의 완전한 상태를 이해하도록 하는데 있다. 이 목표를 달성하기 위해 메이븐이 다루는 몇 개의 관심영역이 있다.
          * 베스트 개발 프랙티스 가이드라인 제공
  • SPF . . . . 3 matches
         = SPF 테스트 사이트 =
         spf에 설정한 도메인을 발신자로 하여 check-auth@verifier.port25.com 으로 메일을 전송하여 테스트 결과 값을 리턴 받을 수 있음.
          * 테스트한 결과로 리턴된 메일
  • SparkPerformanceTestResultsOnCluster . . . . 3 matches
          * 4core (desktop,master) + 4core (mal.dev, slave) + 4core (del-dev-mv, slave) : csv파일은 각 host에 복제해둔 상태에서 테스트
          * 4core (desktop,master) + 4core (mal.dev, slave) + 4core (del-dev-mv, slave) : csv파일은 각 host에 복제해둔 상태에서 테스트
          * 4core (desktop,master) + 4core (mal.dev, slave) : csv파일은 각 host에 복제해둔 상태에서 테스트
  • agile . . . . 3 matches
         [개발방법론]
         [애자일 소프트웨어 개발 선언문]
         [[Navigation(개발방법론)]]
  • ajax . . . . 3 matches
          *동적인 웹화면 구성을 위한 개발 기법
         = [Ajax 개발툴] =
         서버에서 메시지를 가져오는 간단한 테스트를 만들어봤습니다.
  • 교육 . . . . 3 matches
         2012-09-03 ~ 07 : [HTML5 JS Library기반 WebApp 개발]
         2011-11-07 ~ 10 : [안드로이드 App 개발 고급]
         2011-08-18 ~ 18 : 시큐어 코딩 - [SW개발보안 전문가 과정] - 한국정보보호교육센터
  • 모델링에대한이해 . . . . 3 matches
          * 시스템을 구축하는 기본 형태 제공(과거 개발 시스템의 모델 활용)
          * 개발 패러다임의 발전
          * 1970년대 : 구조적 개발
  • 모바일웹에서인증된기기식별 . . . . 3 matches
         모바일 기기에서 사용할 수 있는 회사 업무용 서비스 개발 사항이 발생했다. 그 서비스는 성격상 웹형태로 제공하는 것으로도 충분하며 또한 여러 웹의 장점이 있으므로 웹으로 개발하고 싶다.
         하지만 [웹]에서는 기본적으로 허용된 정보 외에는 기기식별을 할 수 있는 정보를 참조할 수 없다. 그런데 앱으로는 개발 하기가 싫다. 하이브리드도 마찬가지로 싫고 순수 웹으로만 구현하고 싶다.
  • AttachmentMacro . . . . 2 matches
         [[Attachment(ingi.jpg,width=200,align=middle)]] 내부파일테스트입니다.
          http://kldp.net/themes/kldp/images/kldplogo.png?width=400&align=middle 외부파일 테스트입니다
  • Axis로WebService개발하기 . . . . 2 matches
         [Axis이용한 빠른 웹서비스 개발 방법]
         [AXIS]를 이용한 사용자 정의 개발 방법
  • CBD교육-20091214 . . . . 2 matches
         [개발 각 단계에서의 UML 문서]
         테스트 설계
  • DDD . . . . 2 matches
         [Implementing Domain-Driven Design도메인주도설계구현-반버논]
         [[Navigation(개발방법론)]]
  • EclipseSWT . . . . 2 matches
         GUI 플랫폼으로서 이클립스의 장점은 두가지로 요약할 수 있다. 첫째 장점은 기반 플랫폼인 SWT에서 기인한다. SWT는 OS 고유의 룩앤필을 갖는 멀티 플랫폼 GUI 애플리케이션을 자바로 쉽게 개발할 수 있는 유일한 수단이다. Sun이 주장하는 “Write Once, Run Anywhere”는 바람직한 방향이긴 하지만 OS 고유의 색깔과 기능을 무시한다고 볼 수도 있다. 그런 면에서 SWT는 “로마에 가면 로마법을 따르라”라는 격언을 지키고 있으며, 이로 인해 OS가 제공하는 기능을 더 효율적으로 발빠르게 사용할 수 있다. 물론 이것은 장단점이 있는 부분이다. 스윙과 SWT의 우월성에 대한 논쟁은 대부분 무의미하다. 하지만 개발자의 취향이나 API의 아름다움과 관계없이 현 시점에서 사용자의 눈에 더 그럴듯 해보이고 성능도 더 좋은 것은 SWT일 가능성이 높으며, 앞으로 스윙이 OS와 대등한 수준의 플랫폼이 된다면 스윙 위에 SWT를 탑재하게 될 가능성도 있다고 본다(최근에 SWT-on-Swing 프로젝트 몇가지가 나타난 것이 그 예).
  • LinuxNews . . . . 2 matches
         국내에서도 전 세계에서 개발된 리눅스 핵심코드를 개발·관리하는 메인터너가 탄생했다 .....
  • MS949 . . . . 2 matches
         정보개발테스트
  • Module02.UseCase모델링 . . . . 2 matches
          * 소프트웨어 개발자와 고객이
          * 분석, 설계, 테스트 진행 시 기초 자료로 활용
  • SEED . . . . 2 matches
         1999년 2월 [http://www.kisa.or.kr 한국정보보호진흥원]과 국내 암호전문가들이 함께 개발한 암호알고리즘으로 인터넷, 전자상거래, 무선 통신 등에서 공개되는 경우 민감한 영향을 미칠 수 있는 중요 정보 및 개인 정보를 보호하기 위하여 개발된 국내 블록암호알고리즘입니다.
  • StarUML . . . . 2 matches
         StarUML은 빠르고, 유연하고, 확장가능하며, 풍부한 기능에 Win32 플랫폼에서 무료로 사용할 수 있는 [UML]/[MDA] 플랫폼(툴)을 개발하기 위한 오픈 소스 프로젝트입니다. StarUML 프로젝트의 목적은 [Rational Rose], [Together]와 같은 상업적 도구를 비싼 돈을 들여 사용하지 않더라도 그에 준하는 기능을 갖춘 오픈 소스 소프트웨어 [모델링 도구] 및 플랫폼을 개발하는 것입니다. http://staruml.sourceforge.net/
  • Useful Software . . . . 2 matches
         = [개발툴] =
          * [개발툴]
  • Web2.0이란 . . . . 2 matches
         1.참여와 공유 : 블로그, 태깅, 위키, BitTorrent, RSS, 오픈소스개발
         기존의 몇개월주기 몇년주기의 일반적인 s/w 릴리즈 형태와는 다르게 웹2.0에 속하는 서비스들은 매일매일 데이터와 프로그램이 업데이트되고 업그레이드된다. 이러한 이유로 펄, 파이썬, php, 루비 등의 스크립트 언어들이 중요한 역할을 수행하여 쉽고 빠른 업그레이를 돕게 된다. web2.0에서의 사용자는 개발자그룹에 포함시켜 취급되어 진다. 즉 사용자들의 답변과 행동의 모니터링 등을 통해 새로운 기능과 서비스를 항상 반영하고 있다. Gmail, 구글 맵스, 플리커(Flickr), 딜리셔스(del.icio.us) 같은 서비스들이 수년째 "베타" 로고를 가지고 운영되고 있다.
  • ftp_http_speed_test . . . . 2 matches
         [web]에서 [upload]작업시 [ftp]를 사용하는것이 좋은지 [http]를 사용하는 것이 좋은지 비교하기 위해 테스트를 수행해봤다.
         ftp http 전송속도 테스트
  • java . . . . 2 matches
         = Java 개발툴 =
         [JavaGUI개발툴]
  • joke . . . . 2 matches
         비개발자: 네이버를 띄워보며 나는 되는데?
         개발자: ping 8.8.8.8 을 보며 나는 되는데?
  • 그럼에도불구하고아직은기술이중요한이유 . . . . 2 matches
         실제로 근래 국내에서 성공한 대부분의 서비스들을 보자. 지식iN과 싸이만 보더라도 이들은 지극히 '휴먼 터치'를 중시한 문과적 서비스들이다. 종래의 IT 피플 들은 알아듣기 힘든 말로 관심 없는 효율화를 이야기하는 동안 '개발자'가 아닌 '기획자'들은 사회를 뒤바꿀 현상을 포착 재빨리 구현해 버렸다.
         안타깝게도 이러한 힘을 이 땅은 잊어 가고 있다. 그나마 있던 기술 벤처들의 수는 갈수록 줄어 간다. 이제 이 땅은 외국 기술의 납품전 시험장, 이노베이션 없는 인해전술의 각축장이 되어 간다. 나는 원천 기술에 대한 낭만적 환상은 지니고 있지 않다. 우리가 냉전 시대의 소련도 아니고 모든 기술을 독자 개발할 수는 없는 일이다. 그러나 기술에 대해 토론하고 선정하고 발견하는 힘을 간과한 결과를 우리는 오늘날 우리의 IT에서 목격하고 있다.
  • 기업에의공헌도관점 . . . . 2 matches
          *전략적 IT 프로젝트에 투입된 개발역량 비율
          *신규 시스템 개발, 인프라 구축, 대체투자 사이의 비율
  • 나는아마존에서미래를다녔다-박정준-201907 . . . . 2 matches
         사전 지식이 없는 사람이라도 별다른 추가설명 없이 끝까지 일고 이해할 수 있도록 말로 설명하듯이 써야 한다. 회의 처음 15~30분간 참가자들은 내용을 읽으며 숙지하고 이후 발표자 주도가 아닌 전체 참가자 주도의 회의 진행
  • 마크업언어의역사 . . . . 2 matches
         [GML] : General [Markup Language] 의 약자로 1979년 Dr. GoldFarb가 법률문서관리위해 최초 개발
         [HTML] : Hyper-Text Markup Language, 1991 Tim Berners Lee가 개발, 단순함, 인터넷상에서 쉽게 사용가능한 마크업언어, 인터넷 일반화에 큰 영향
  • 모델링 . . . . 2 matches
         [StarUML] : StarUML은 빠르고, 유연하고, 확장가능하며, 풍부한 기능에 Win32 플랫폼에서 무료로 사용할 수 있는 UML/MDA 플랫폼(툴)을 개발하기 위한 오픈 소스 프로젝트입니다. StarUML 프로젝트의 목적은 Rational Rose, Together와 같은 상업적 도구를 비싼 돈을 들여 사용하지 않더라도 그에 준하는 기능을 갖춘 오픈 소스 소프트웨어 모델링 도구 및 플랫폼을 개발하는 것입니다. http://staruml.sourceforge.net/
  • 사업자의장단점-웹표준 . . . . 2 matches
         개발변경 없이 사이트 모양 변경 가능
         인쇄용 버젼 별도개발 불필요
  • 사용자관점 . . . . 2 matches
          *내부개발 애플리케이션 비율
          *새로운 전략적 애플리케이션 개발의 사용자 참여도
  • 소스품질관리도구 . . . . 2 matches
          * [Cobertura] : 테스트 커버리지 측정
          * [테스트 커버리지 측정 도구]
  • 웹서비스개발S/W . . . . 2 matches
         [웹서비스] 개발 s/w
         [eclipse 웹서비스 개발환경 만들기]
  • 의도적 수련 . . . . 2 matches
         소프트웨어 제작자(개발자, 디자이너 등)를 위한 의도적 수련
         @. 실제로 복잡한 문제를 해결하는 개발자(전문가)는 어떤 차이를 보이는가?
  • 적용사례발표-20100312 . . . . 2 matches
          * 공통컴포넌트 추가 개발 : 중복개발 빈도가 높은 47종
  • 제13회한국자바개발자컨퍼런스 . . . . 2 matches
         13회 자바개발자 컨퍼런스
         = 서버 사이드 개발 =
  • 항만운영정보재정비고도화 . . . . 2 matches
          * 표준 프레임워크는 사용 편리, 기능 풍부한 개발 및 실행환경 제공
          * 표준프레임워크에 대한 충분한 지식을 보유한 인력 부족 : 개발자무료교육 수강 및 자체 전파교육으로 해결, egovframe 사이트통해 표준 템플릿 코드 제공 받음
  • 2024-04-11(Th) Raspberry Pi 5에 MoniWiki 설치하기(Docker 이용) . . . . 1 match
         (물론 오래된 개발자임에도 php를 모르는 내가 큰 원인이기도 하다. 경제적 자유를 얻게되는 그 날 다른 language로 포팅작업을 해볼까?)
  • 2일차-XML Web Services With Java . . . . 1 match
         [웹서비스 개발 s/w]
  • 3일차-XMLWebServicesWithJava . . . . 1 match
         [웹서비스 개발 s/w] > [JWSDP]
  • 5일차-XMLWebServicesWithJava . . . . 1 match
         [웹서비스 개발 s/w] > [AXIS]
  • AI Development . . . . 1 match
         Streamlit - python UI 개발
  • AI Tools . . . . 1 match
         === 개발 도구 ===
  • AOP . . . . 1 match
         [[개발방법론]]
  • AOP개발방법론 . . . . 1 match
         [[Navigation(개발방법론)]]
  • ASR . . . . 1 match
          * ASRs은 개발 조직의 사업 목적에서 종종 도출된다.
  • ASR Workbook . . . . 1 match
         ASR 워크북 목차의 예 (개발자에서 아키텍트로 p.103)
  • AdobeReader에서Pdf파일외부에북마크하기 . . . . 1 match
         'Adobe Reader 9'에서 테스트 해봤는데 잘 됨. 근데 방금 'Adobe Reader X'로 업그레이드를 했는데 새 버젼에는 이미 프로그램 내부에 스티커 기능이 있어서 이 방법이 필요없을 듯
  • BDD . . . . 1 match
         [TDD]에 [DDD]의 스타일을 적용하여 탄생한 소프트웨어 개발 방법의 하나
  • CSSTools . . . . 1 match
         === 개발툴 ===
  • CvsCommand . . . . 1 match
          * TortoiseCVS : [개발툴]
  • Cvs와비교한Subversion의장점 . . . . 1 match
          * 트리별, 파일별 접근 제어 리스트. 저장소 쓰기 접근을 가진 개발자라도 아무 소스나 수정하지 못하게 조절할 수 있습니다.
  • Domain-DrivenDesign . . . . 1 match
         [Implementing Domain-Driven Design 도메인 주도 설계 구현 - 반버논]
  • ExtremeProgramming . . . . 1 match
         [[Navigation(개발방법론)]]
  • GoogleWebToolkit . . . . 1 match
          * Google에서 만든 [Ajax] 개발 툴(GWT)
  • HTML5강의노트 . . . . 1 match
         [HTML5 JS Library 기반 Web App 개발] >
  • IT개발 . . . . 1 match
         [개발방법론]
  • ImplementingDomain-DrivenDesign도메인주도설계구현-반버논 . . . . 1 match
         - UL은 BC를 격리시키고, 그 안에서 프로젝트 개발업무를 수행하는 팀 내부에서만 유비쿼터스하다.
  • ItGovernance . . . . 1 match
          2. IT전략의 개발및 추진을 관리하고 이를 통해 비지니스와 IT를 융합시키기 위해 이사회, 경영진, IT관리자가 추진하는 조직기능이다. Grembergen(2005)
  • JSLibrary . . . . 1 match
         [HTML5 JS Library 기반 Web App 개발] > [HTML5 강의 노트] >
  • JUnit3VsJUnit4 . . . . 1 match
         TestCase를 상속받아 테스트 클래스 작성
  • JWSDP이용한웹서비스작성순서 . . . . 1 match
         [JWSDP]의 JAX-RPC를 이용하여 [웹서비스] 시스템 개발하는 순서
  • JavaGUI개발툴 . . . . 1 match
         [java] GUI 개발
  • MavenDependency관리 . . . . 1 match
          * test : 테스트 컴파일이나 수행시에만 필요
  • Module03.분석모델링 . . . . 1 match
          * Use Case Model 로 표시된 요구사항을 소프트웨어 개발자 관점에서 상세히 살펴보고
  • Module04.S/WArchitecture . . . . 1 match
          * Library 와의 차이 : 라이브러리는 개별 Application 에서 직접 호출하여야하며 호출순서나 방식에 대한 제약이 없음. 반면 프레임워크는 실행주체가 프레임워크가 되고 주어진 api에 맞게 개발된 application이 실행 되어지는 형태
  • MoniCalendar . . . . 1 match
         http://chemie.skku.ac.kr/wiki/monket-calendar/monket-cal/ 테스트
  • MoniWiki/Release1.0 . . . . 1 match
         <!> StandaloneWiki를 위한 Http Server를 완성한 후에 1.0을 발표할 것을 계획하고 있습니다. 물론, 개발이 지체되어 그 전에 발표할 수도 있습니다.
  • MoniWikiThemes . . . . 1 match
         /!\ 아직 테스트중입니다. 테이블은 철저히 배제시키고 css로만 테마를 고칠수 있게 할 예정. 테마 이름은 바뀔 수 있습니다. 라이센스는 GPL
  • PhoneGap . . . . 1 match
         [크로스플랫폼 모바일 앱 개발] >
  • ProcMail . . . . 1 match
         = procmailrc 테스트 =
  • RandomQuoteMacro . . . . 1 match
          * 여러 테스트를 위한 작업이 함께 진행중입니다.
  • SqlInjection . . . . 1 match
         테스트할수 있는 사이트 패키지 제공 사이트
  • SunJavaStudioCreator2 . . . . 1 match
         = [Java] 개발툴 =
  • ThreadJoin()Test . . . . 1 match
         [java] [thread]의 join 메소드 관련테스트
  • Titanium . . . . 1 match
         [크로스 플랫폼 모바일 앱 개발] >
  • UML . . . . 1 match
         [개발 각 단계에서의 UML 문서]
  • WikiWyg . . . . 1 match
          1. '''항상 개발에 전념하시는 모습에 존경을 ^^'''
  • XML . . . . 1 match
         표준성 : W3C에서 표준화 주도, SGML과 HTML의 한계 극복
  • css . . . . 1 match
         CSSTools - [CSS 개발 및 검증 툴]
  • csv . . . . 1 match
         이번에 *****수집시스템을 개발하면서 대량의 파일데이터를 DB와 주고 받는 작업이 있어서 알아보게 된것입니다.
  • dp.cmd . . . . 1 match
         개발시 사용하는 간단한 소스 업로드 스크립트
  • html5 . . . . 1 match
         [[HTML5 JS Library 기반 WebApp 개발]]
  • it . . . . 1 match
         [개발방법론]
  • jiffie . . . . 1 match
         하는 [웹 테스트 툴]
  • procmail . . . . 1 match
         = procmailrc 테스트 =
  • thread . . . . 1 match
         [thread join() test] - join 메소드 테스트 코드
  • xps13 . . . . 1 match
         리눅스에서.. 아직 테스트 못함
  • 개발툴 . . . . 1 match
          *[firefox]용 개발툴 : [firefox]
  • 모바일관련현황 . . . . 1 match
          * 올해 상반기 17개 시중 은행이 모바일 뱅킹 표준 모델을 개발, 서비스에 나설 예정.모바일 뱅킹은 2012년 약 1천200만건으로 늘어나 지난해(187만건)에 비해 660% 증가할 것으로 추산됐다. [http://article.joins.com/article/article.asp?ctg=11&Total_ID=4002748 중앙일보]
  • 모바일앱 . . . . 1 match
         [크로스플랫폼 모바일 앱 개발]
  • 목표가확실하면달성도도높아집니다 . . . . 1 match
         그 잠재력은 높은 목표에 의해서 개발됩니다.
  • 보안툴 . . . . 1 match
         [nessus]는 [satan]과 마찬가지로 자신의 네트워크의 취약점을 파악해줄 뿐만 아니라 그 해결책도 제시해 주는 현재 활발히 개발이 진행되고 있는 [linux]계의 또다른 보안 프로젝트이다.
  • 사용제한된특수Ipv4 . . . . 1 match
         부트스트랩 용, 연결된 내부 네트워크에 있는 특정 호스트 식별, 네트워크 식별, 테스트용, 사설망 내부에서 사용 등의 특수목적 : http://ip.nida.or.kr/ip/ipv4.jsp
  • 세상에서가장재미있는61가지심리실험인간관계편-이케가야유지 . . . . 1 match
          * (상반된 표정과 신체 실험) 상반된 상황에서 생겨난 감정에는 얼굴보다 자세가 더 많이 반영되었다. 몸은 표정을 이긴다. 우리 몸이 마음의 주도권을 쥐고 있다.
  • 스프링5레시피-마틴데니엄외 . . . . 1 match
         웹플럭스로 리액티브 애플리케이션 개발
  • 웹서비스 . . . . 1 match
         [웹서비스 개발 s/w]
  • 읽을책 . . . . 1 match
         5. Professional 소프트웨어 개발
  • 전자정부표준프레임워크 . . . . 1 match
         ORMapping - [iBatis],[Hibernate] , deploy - 직접개발된듯함)
  • 직장인에서직업인으로-김호-202008 . . . . 1 match
         10. 나는 나만의 워라벨 해석을 갖고 있으며, 쉬고 떠나는 문제에서 주도적인가?
  • 컨퍼런스 . . . . 1 match
         [[제13회 한국자바개발자 컨퍼런스]]
  • 테스트 주도 개발 . . . . 1 match
         [[Navigation(개발방법론)]]
Found 130 matching pages out of 1802 total pages

You can also click here to search title.

Valid XHTML 1.0! Valid CSS! powered by MoniWiki
last modified 2010-03-21 07:40:22
Processing time 0.2732 sec